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Collaboration Engine: Add ing ING Collaboration Functionality to Computer Software 



TECHNICAL FIELD OF THE INVENTION 

[0002] The present invention pertains in general to computer software, and more particularly, 
to adding collaboration functionality to software so that more than one person can work 
anytime, anyplace within the work products that are created with software. 

BACKGROUND OF THE INVENTION 

[0003] Organizations are searching for ways to work "smarter" and "faster." As work is 
becoming more complex within more dynamic environments, teams must make sense of the 
situation by creating shared understanding and producing knowledge-work products, such as, 
but not limited to, documents and presentations. Table A lists the requirements of 
collaboration-enhancement products. 

Requirement: Supporting Statement: 

Improve • Reduce cycles through process; shorten cycle time to market 

productivity • Produce faster consensus-building 

• Generate reports and presentations directly from collaborative 
activities 

• Directly link to underlying thinking from generated reports 

• Be able to include remote participants in same time sessions 
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Requirement: 



Supporting Statement: 



• Require little or no training to use tools 

Improve • Bring larger numbers of people (enterprise-wide) into the 

problem-solving resolution of a problem in a more manageable way 

• Obtain higher quality feedback and ideas from diverse groups of 
people quickly and frequently to shape solutions 

• Create ad hoc problem-solving sessions as virtual meetings that 
involve participants in their own time (zones) 



Enhance 
creativity 



Operationalize 
Learning Org. 



• Facilitate the collection and processing of ideas wherever talent 
resides in the organization 

• Get more ideas (especially new product ideas), evaluate/sort 
them, develop alternatives, develop new products, etc. 

• Capture activities being undertaken by any groups anywhere in 
the world 

• Capture corporate memory 

• Integrate with most common desktop products for easy access to 
"corporate memory" 

Table 1 

Requirements of Groupware to Naturally Support Team Collaboration 
Limitations in the Current Situation 
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[0004] The major limitation of current collaboration technologies is that they are tool-centric, 
i.e., the tool is used within its own separate environment and the output of the process is based 
on the functionality of the tool. The disadvantages of a tool-centric approach are: 

• Limited integration with existing infrastructure and legacy systems 

• Limited leveraging of existing domain and computer technology knowledge 

• Cost of ownership higher: 

• Learning costs high 

• Administrative costs high: deploying, updating, etc. 

• Requires new administrative training and/or personnel. 

[0005] Existing and forthcoming technologies for creating, editing, and distributing shared 
work products developed with a computer such as, but not limited to, documents, 
spreadsheets, presentations, software, etc. have major differences with the Collaboration 
Engine invention to be subsequently described. 

1. Conceptually, for the most part, non-Collaboration Engine technologies view the work 
product, such as, but not limited to, a document as a monolith. For example, while one 
can cut and paste, and embed objects in the document, the level of granularity is still at the 
document level. Documents are stored as files. When one person edits a work product, 
such as, but not limited to, a document, others are prevented from editing the work 
product at the same time. 

2. Existing non-Collaboration Engine technologies implement the sharing of work products, 
such as documents by placing them in some space that can be shared by others. For 
example, in Windows, one can allow the sharing of a directory, and if one person opens 
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up the document, Windows prevents one from opening up another copy, except in read- 
only mode. In a growing web-based environment, one still has a repository where one, 
who has permission, can check-out a document from a centralized storage area, usually a 
file server at a web-site. Others can not work on this document until it is returned to the 
central source. 

[0006] These architectures support the way people currently handle shared work products. 
This is the classic automation of manual work processes. One reason the manual process of 
routing documents sequentially predominated was, because until Collaboration Engine, there 
was no easy way for more than one person to view and edit a work product such as, but not 
limited to, a document at the same time. Certainly with pen and paper technology there was 
no way to easily subdivide a document so that it could be simultaneously be created by more 
than one person. Office automation products have just automated the filing cabinet, where a 
folder is removed and routed. 

[0007] The other way that people deal with the inefficiency of routing is for one person to 
send out multiple copies of the same work product, such as, but not limited to, a document. 
Each person who receives the document then makes changes to the document separately. It is 
then up to the person who sent the document to reconcile these differences in a somewhat 
arduous and tedious manner. Even if the document contains sections that each person works 
on separately, it is still up to the coordinator to cut and paste these changes into the master 
document. For example, a research group is creating a document that both summarizes the 
research goals and accomplishments for the group and has separate sections for each 
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researcher to fill in (and this information is constantly changing). Either the master document 
is routed sequentially, or the changes are made simultaneously on duplicate documents and 
someone reconciles the changes. 

SUMMARY OF THE INVENTION 

[0008] As noted earlier, for the most part, non-Collaboration Engine technologies view the 
work product, such as, but not limited to, a document as a monolith. For example, while one 
can cut and paste, embed objects, or link to objects external to a document, the level of 
granularity is still at the whole work-product level, such as the document level. Documents 
and other work products such as presentations, software code, designs, spreadsheets, etc. are 
stored as files. When one person edits a work product, such as, but not limited to, a 
document, others are prevented from editing the work product at the same time. 

[0009] The present invention disclosed comprises a method for easily adding collaboration 
functionality to new and existing software. The invention allows seamless collaborative 
operations at the whole product level, but very importantly, comprises a method for dividing 
monolithic work products, such as, but not limited to, documents into physical and logical 
subsets of the work product. In another major aspect of the invention, there is a method that 
enables separate control of actions within the complete or subsets of the divided work 
product. These methods to divide normally monolithic work products and determine what 
actions can occur within these subsets of the work product enable a number of other processes 
that are additional aspects of the invention. It is also important to emphasize that while these 
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processes occur at the s e gm e nt subdivision level, a s e gm e nt subdivision can be of the size of 
the whole work product itself. It is also important to not e that the use of participant is broadly 
appli e d to includ e human and non human agents. It is also important to emphasize that 
individuals may find the use of this technology useful in a variety of aspects, not the least of 
which, as an extremely easy way to provide a central repository of useful information that is 
readily available anywhere in the world and accessible through software they currently use. In 
addition, other processes that are aspects of this invention include, but are not limited to, the 
following: 

1) The aspect of adding collaboration functionality to software so multiple people can more 
effectively and naturally work on the same work product anytime, anyplace. It should be 
noted that anytime, anyplace obviously includes the subsets of same time, same place; 
same time, different place; same place, different time; and different time, different place. 
Although not limited to the following, the major collaborative work activities supported 
through the Collaboration Engine Process include: project and work product 
management; shared work product creation and editing; and the capture of discussions 
and support statements related to the development of the shared work product, 
a) An additional aspect of this invention is the process currently incorporated within, but 
not limited to the current manifestation, Collaboration Engine technology that 
automatically recognizes when another person begins to work on the same work 
product and can provide automatic control and updates to other participants who log 
on and begin to work on the same work product. 
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b) In the current manifestation, but not limited to this manifestation, of this process, 
participants interact with the shared work product enabled by the Collaboration Engine 
through the Collaboration Engine Interface. Currently, the Collaboration Engine 
Interface can be subdivided into two major ways that end users interface with 
Collaboration Engine Components. First is through a Collaboration Explorer that is 
placed in a docked window and the second is through the use of short cut menus 
directly within the shared work product. The Collaboration Explorer is used as a 
simple, intuitive, natural interface to manage such things as, but not limited to, 
projects, participants, and shared work products. However, there is no limit to the 
variety of ways that human and non human ag e nts participants could interact with the 
collaboration server to effect useful storage of a variety of data of all types and 
formats. For example, s e gm e nt subdivision s can be displayed in a web browser, 
converted to speech but still managed and persisted through the Collaboration Engine 
Component as any other s e gm e nt subdivision , i.e., the media being stored and 
manipulated can be any media r e ducabl e reducible for presentation and storage by a 
computing device or the interface can be altered and this still fits within the invention 
being described. 

c) As noted earlier as a major aspect of this invention, the ability to identify and control 
separately the actions within s e gm e nt subdivision s of the divided work product 
enables collaborative interaction within a given work product by the ability to capture 
where a particular user is within a shared work product. The Key Capture Component 
captures key strokes and this information is passed to the Collaboration Handler which 
determines the allowed actions that a participant may perform at the time with the 
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shared work product. The Collaboration Handler initiates actions with and responds to 
actions from both the Collaboration Explorer and directly through the shared work 
product. The Collaboration Engine Server interacts with a database in a conventional 
manner to persist information. 

2) Another aspect of this invention is that these processes can occur truly anytime, anyplace, 
offline, i.e., not connected to another computer, or online. 

3) Another aspect of this invention is the process whereby work that is performed on 
s e gm e nt subdivision s offline is automatically synchronized with existing work when 
transitioning to online work. 

4) Another aspect of this invention is the process whereby one participant who does not have 
control of a s e gm e nt subdivision can create suggested alternatives for that s e gm e nt 
subdivision . 

5) Another aspect of this invention is the process whereby a s e gm e nt subdivision can have 
multiple versions created and loaded on demand. The participant who has control of a 
s e gm e nt subdivision can accept versions in such a way that only the version of the 
se gm e nt subdivision is replaced and no other s e gm e nt subdivision s are affected. 

6) Another aspect of this invention is the process whereby a current work product with 
s e gm e nt subdivision s can have the latest version retrieved from the source that persists 
information in such a way that any s e gm e nt subdivision s under control of the participant 
is not overwritten. 

7) Another aspect of this invention is the process whereby the participant who has control of 
a s e gm e nt subdivision can accept alternatives in such a way that only the alternative of the 
s e gm e nt subdivision selected is replaced and no other s e gm e nt subdivision s affected. 
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8) Another aspect of this invention is the process whereby one participant who does not have 
control of a s e gm e nt subdivision and is working offline on this s e ction subdivision 
transitions to working online. There is a process that recognizes changes to this s e gm e nt 
subdivision and automatically takes these changes as a suggested alternative for the 
s e gm e nt subdivision while not overwriting what currently exists in the persisted states 
such as, but not limited to, a database. This is a powerful enabling process that combines 
processes 3 and 4 above: offline actions to s e gm e nt subdivision s not under control of an 
agent participant can be discerned when moving to an online mode and the ag e nt 
participant is given the option of creating these actions as alternatives to existing work. 
The creation of these alternatives causes no changes to the work product not under the 
control of the ag e nt participant and can provides notification, in a variety of means to the 
ag e nt participant or ag e nts participants , who may have control of these s e gm e nt 
subdivision s. 

9) Another aspect of this invention is the process to only work on part of a work product at a 
time. For example, a s e gm e nt subdivision can be downloaded from another source and 
work can proceed on this s e gm e nt subdivision alone without knowing about or accessing 
any container section subdivision . For example, a powerful mobile device, such as, but 
not limited to, a wireless handheld device could work on just one s e gment subdivision 
without having the whole work product, such as, but not limited to, a document 
downloaded. For a specific example, a human or non human ag e nt participant may 
receive a price change which is a s e gm e nt subdivision to a sales contract, this ag e nt 
participant could then modify this price and/or provide an electronic signature to the 
change. The work could be performed on the handheld device and then saved back to a 
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central site to be incorporated, or the mobile device could be used strictly as an input 
device where the collaboration engine software is running on a central site. 

10) Another aspect of this invention is the process where a s e gm e nt subdivision can be further 
subdivided into segm e nt subdivision s. Another related aspect of this invention is the 
process where s e gm e nt subdivision s can be aggregated into a s e gm e nt subdivision that 
contains these s e gment subdivision s. 

11) Another aspect of this invention is the process where security and permissions can be 
applied to each s e gm e nt subdivision separately. For example, one se gm e nt subdivision 
can be writable for a certain participant while another is not, i.e., there can be permissions 
for the human or non human ag e nt participant that determine a various set of actions that 
be performed on a s e gm e nt subdivision . 

12) Another aspect of this invention is the process where one can control what s e gm e nt 
subdivision s of a container are downloaded or transferred with a container s e gm e nt 
subdivision . For example, from another computer only the parts outside the s e gm e nt 
subdivision s within a container could be downloaded. This could be done on a demand 
basis and the benefits of this are many: 

a) Reduced bandwidth to transmit this portion. 

b) Less storage space and processing needed at the receiving end allowing for smaller 
and more portable devices. 

c) Higher level of security - only portions that were permitted to be transferred or 
downloaded would be transmitted. For example outside a given physical or 
transmission area, certain s e gm e nt subdivision s could not be transmitted. 
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13) Another aspect of this invention is the process where one can control what s e gm e nt 
subdivision s of a container are stored. For example, it may reduce storage techniques if 
the s e gm e nt subdivision s are stored only once and then recombined dynamically as their 
container s e gm e nt subdivision is loaded, instead of storing s e gm e nt subdivision s with the 
container. 

14) Another aspect of this invention is the process where there can be more directed "push" 
and "pull" of s e gm e nt subdivision s. For example, many times not all participants need to 
know everything or when there is a change. Having the ability to divide monolithic work 
products, when some participant wants to notify others of a change, then these changes 
can be "pushed" in a more specific away that will reduce information overload for those 
receiving. On the other hand, some participants may want to be specifically notified when 
a particular s e ction subdivision is changed. This process could entail such things as 
sending some notification, such as, but not limited to, emails when a modification to a 
s e gm e nt subdivision has occurred. On the receiving end this process could include 
automatic retrieval of the s e gm e nt subdivision when clicked-on by the receiver of such 
notification. In addition on the pull side, human and non human ag e nts participants can 
determine what they want to receive. 

15) Another aspect of this invention and related to the last aspect, is the process where there is 
greater management control of who has read a particular s e gm e nt subdivision . The date 
and time of reading a s e gm e nt subdivision or an "electronic signature" could be used to 
record when a participant has acknowl e dg e acknowledged when a change has occurred. 

16) Another aspect of this invention is the process of initiating workflow actions at the 
s e gm e nt subdivision and not just the whole work product level. 
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17) Another aspect of this invention is the process of applying project management actions at 
the s e gm e nt subdivision and not just at the whole product level. 

18) Another aspect of this invention is the process whereby logical s e gm e nt subdivision s can 
be created within a work product. While many, but not all of the processes, described 
above would be available, the process to create logical s e gm e nt subdivision s enable 
powerful additional aspects of this invention: 

a) Different views of the same document could be afforded for different participants. 
Whereas there can only be one physical division of a work product, there can be many 
logical divisions of a work product. For example, this process may allow different 
participants or the same participant to logically divide up a work product in different 
ways 

b) Depending on the privileges identified for a work product or s e gm e nt subdivision, 
only logical segm e nt subdivision s identified by a particular participant could be 
presented to that participant. 

c) This enables the process to relate different logical and/or physical section subdivision s 
together. For example, one s e ction subdivision of the document may be related and 
identified as a cause for another s e ction subdivision . 

19) Another aspect of this invention is the process whereby new subsets of the existing work 
product are created without creating physical or logical s e gm e nt subdivision s of this 
particular work product. For example, it may be useful to create new work products from 
subsets of an existing work product by some means such as, but not limited to, 
highlighting some subset, then creating a new work product that is created part of this or 
some other project. This relates to a degree to the description of the process in 20a below, 
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but adds the concept of simple reusability of s e gm e nt subdivision s and their manifold 
relationships. 

20) Another aspect of this invention is the process where s e gm e nt subdivision s of the same 
and/or different work products could be related in a logical way. This process would 
enable, but not be limited to the following: 

a) This ability to relate logical and/or physical s e ction subdivision s is a powerful way to 
dynamically create record-structures by non-programmers and programmers. , and/or 
non human agents . Currently, database records are static descriptions of related 
attributes and creating these structures requires extra substantial training. However, at 
a logical level, these structures are just related, persistent attributes. Since s e gm e nt 
subdivision s are individually created and persist, multiple logical records can be 
created easily by programmers and non-programmers e rs, and/or non human ag e nt s 
who just need to identify the segm e nt subdivision and the logical connection of these 
s e gm e nt subdivision s. Along with this, the the ability to duplicate a s e gm e nt 
subdivision could allow to duplicate all structures of the s e gm e nt subdivision . This 
permits a simple method to "add" records. In this case, the adding of records can be 
of a physical and logical level. 

b) Related logical s e gm e nt subdivision s could be navigated through some interface like, 
but not limited to Collaboration Explorer. Navigation only mode would cause a jump 
to these s e gm e nt subdivision s of any type, including, but not limited to multi-media. 
For example in a related chain, one logical s e gm e nt subdivision could be a film clip, 
another a cell in a spread sheet, another a figure in a diagram. 
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c) Related logical s e gm e nt subdivision s could be combined for display, printing out, or 
storage as an output file. 

21) Another aspect of this invention is that the process can be implemented in a variety of 
means. For example the processes incorporated within collaboration engine technology 
can be used on, but not limited to, the following: 

a) a single machine and single user where there are advantages to dividing work products 
into s e gm e nt subdivision s, 

b) peer-to-peer, 

c) client-server, 

d) over LANs, intranets, and the internet, 

e) within application service providers that provide these processes to participants. 

22) Another aspect of this invention is the process whereby offline work occurs. Currently, 
offline work is the ability to work with a copy of the work product that is recognizable by 
the application and where one is not using Collaboration Engine Technology. For 
example, one can work with a local copy of a Living Document within Word without 
being connected to a Collaboration Engine. However, aspects of this invention includes 
working offline whereby everything is the same as working online except there is no 
connection with other participants and information is persisted locally, such as, but not 
limited to, a local database. When transitioning to online, the locally persisted 
information would be synchronized with the central location that is being used to persist 
information for the project. For example, one could use a replicated database structure 
whereby when transitioning to online, the database automatically updates databases within 
the existing network structure. 
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23) Another aspect of this invention is the process whereby persistence of the data is just 
incorporated with the existing file structure. 

24) Another aspect of the invention is the process where s e gm e nt subdivision s that are created 
are associated with some template of metadata. For example, assume that some physical 
or logical s e ction subdivision is created within a document for the purpose of creating 
notes. Information such as page, author of work product, etc. would be automatically 
associated with this. Comments on the note could be created as explanatory drilldown 
notes. 

25) Another aspect of this inventions is the process where s e gm e nt subdivision s can have 
additional processes applied to them. For example, a logical or physical s e gm e nt 
subdivision that has alternatives associated with them could have votes associated with the 
alternatives. The alternative receiving the highest votes could automatically replace 
existing s e gm e nt subdivision . The aspect of the invention that is important here is the 
integration of application of additional processes, such as, but not limited to, voting, 
multi-criteria decision analysis, weighting, etc. 

26) Another aspect of this invention is the process where templates of work products with 
existing s e gm e nt subdivision s can be used in novel situations. 

BRIEF DESCRIPTION OF THE DRAWINGS 

[0010] For a more complete understanding of the present invention and the advantages 
thereof, reference is now made to the following description taken in conjunction with the 
accompanying drawings in which: 
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[0011] FIG 1. illustrates an overall block diagram of the system of the present 
invention; 

[0012] FIG 2. illustrates an overall block diagram of a network of computers; 

[0013] FIG 3. illustrates the components of Collaboration Engine that perform various 

functions that add collaborative functionality to the target software; 

[0014] FIG. 4 illustrates those activities related to project and work product 

management; 

[0015] FIG. 5 illustrates those activities related to shared work product activity; 
[0016] FIG. 6 illustrates those activities related to shared work product activity, 
focussing on actions on subdivisions of the shared work product; 
[0017] FIG. 7 illustrates those activities related to discussions and support statements 
relevant to the development of the shared work product; 

[0018] FIG. 8 illustrates a flowchart depicting the operation wherein some part of the 
work product is selected and the choices of launchable operations available to a 
participant; 

[0019] FIG. 9 illustrates a flowchart depicting the operation wherein a s e ction 
subdivision or work product node is selected from the Collaboration Explorer and the 
choices of launchable operations available to a participant; 

[0020] FIG. 10 illustrates a flowchart depicting the operation wherein a keystroke 
occurs within some part of the work product; 

[0021] FIG. 1 1 illustrates a flowchart depicting the Create Section Operation; 

[0022] FIG. 12 illustrates a flowchart depicting the Save Operation; 

[0023] FIG. 13 illustrates a flowchart depicting the Save with History Operation; 
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[0024] FIG. 14 illustrates a flowchart depicting the Take Control Operation; 
[0025] FIG. 15 illustrates a flowchart depicting the Release Control Operation; 
[0026] FIG. 16 illustrates a flowchart depicting the Merge with Container Operation; 
[0027] FIG. 17 illustrates a flowchart depicting the Delete Operation; 
[0028] FIG. 18 illustrates a flowchart depicting the Add Discussion/Chat Operation; 
[0029] FIG. 19 illustrates a flowchart depicting the Add DrillDown Operation; 
[0030] FIG. 20 illustrates a flowchart depicting the Add Comment Operation; 
[0031] FIG. 21 illustrates a flowchart depicting the Get Latest Version Operation; 
[0032] FIG. 22 illustrates an expanded view of the Collaboration Engine Structure; 
[0033] FIG. 23 illustrates an a sample of enabling processes with collaboration engine 
process technology. 
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DETAILED DESCRIPTION OF THE INVENTION 



[0034] Referring now to FIG. 1, there is illustrated Collaboration Engine run in a general 
processor-based computer 8, which can be any type of conventional, all-purpose, digital 
computer, which will be referred to subsequently as "computer," that is capable of running 
Collaboration Engine. The computer 8 has associated with it the necessary hardware to 
execute various instructions associated with application programs. These typically require 
some type of processor, the circuitry required to run the processor, memory, both Random 
Access Memory and Mass Storage Memory in the form of hard disks, and input/out structure. 
The computer 8 is operable to receive instructions external to the processor from a peripheral 
device such as a keyboard 13 to load a program from an external memory device 10 into 
operating memory (not shown). 

[0035] The system of the present invention is basically comprised of Collaboration Engine 15 
which operates on an operating platform 9 and adds collaboration functionality to target 
software 16 which also operates on an operating platform. In the present embodiment, the 
operating platform is a Windows™ platform that in general provides for control of the 
majority of the input/output devices, etc. This is a conventional, widely used operating 
platform, however, Collaboration Engine 15 can be applied to a variety of operating 
platforms. The operating platform 9 is operable to interface with an external printer 11, a 
FAX/modem device 12, a keyboard 13, and a display 14. Again, this operation is 
conventional. 
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[0036] Collaboration Engine 15 can be used as a stand alone program on a single computer, 
referring now to FIG. 1, but can also be run on a computer as a server which can provide 
services to other computers that are connected to it via some connection such as, but not 
limited to, a local area network, internet, intranet, etc., referring now to FIG. 2. Collaboration 
Engine 15 runs on a digital computer in such a way that any computer can act as a server to 
other computers as long as the computers are connected in some way so that data can be 
transmitted among computers. 

[0037] Collaboration Engine 15 operates over the operating platform 9 and requires the 
operating platform 9 in order to operate. Collaboration Engine 15 is made up of components 
that work in concert to provide collaboration functionality to target software 16. Referring 
now to FIG. 3, there is illustrated a diagram that shows the components of Collaboration 
Engine that perform various functions that add collaborative functionality to the target 
software. The end users interact with the shared work product enabled by Collaboration 
Engine through the Collaboration Engine Interface 20. The Collaboration Engine Interface 
can be subdivided into two major ways that end users interface with Collaboration Engine 
Components. First is through a Collaboration Explorer 23 that is placed in a docked window 
22 and the second is through the use of short cut menus directly within the shared work 
product 21. A shared work product can be anything presentable in at least one dimension by 
some output device, this means it is media independent. A shared work product that is 
modified so more than one person can collaborate in the creation of the work product is 
prefaced with the word "Living," for example, a document modified for collaborative use is 
called a Living Document, a spreadsheet modified for collaborative use is called a Living 
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Spreadsheet, a presentation modified for collaborative use is called a Living Presentation, etc. 
A major innovation that allows collaborative use is the ability to capture where a particular 
user is within a shared work product. The Key Capture Component 24 captures key strokes 
and this information is passed to the Collaboration Handler 25 which determines the allowed 
actions that the end user may perform at the time with the shared work product. For example, 
if the end user types the letter "t'\ the key capture component captures this information and 
the Collaboration Handler 25 determines whether the letter "t" should be permitted to be 
typed and displayed or ignored. The Collaboration Handler 25 also receives commands from 
the "Living" shared work product 21 and processes these commands, and this process will be 
described in more detail later. The Collaboration Handler 25 receives similar commands from 
the Collaboration Explorer 23 and processes these commands in a similar way to the 
commands received from the "Living" shared work product 21. The Collaboration Handler 

25 initiates actions with and responds to actions from the Collaboration Engine Server 26 
which will be explained in more detail later. There is a login process where the Collaboration 
Engine Interface 20 interacts with the Collaboration Engine Server 26. The Collaboration 
Explorer 23 is used as a simple, intuitive interface to manage projects, participants, and shared 
work products and will be discussed in more detail later on. The Collaboration Engine Server 

26 interacts with a database in a conventional manner to persist information. Referring now to 
FIG. 22, there is illustrated a diagram that shows an expanded view of how Collaboration 
Engine 300 interacts with a storage medium 302 that is sharable with other clients and the 
notification server 304 that provides updates to all collaboration engines connected to the 
notification serer. Where the collaboration engine, database, and notification server reside is 
fairly independent. For example, they can all reside on a single machine for single user 
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operations, they can all reside on different machines. For example, a collaboration engine for 
a user may be running on one machine and the user is providing input to this instance of the 
collaboration engine with some input device. 

[0038] Referring now to FIG 23, there is illustrated a diagram that shows the general idea of 
how segm e nting subdividing the work product permits a variety of interactions while still 
maintaining the integrity of the work product. The first illustrated method 350 is where the 
whole document is presented to a display on a typical PC. All s e gm e nt subdivision s are 
expanded and user 1 controls the document, this is the area outside all existing s e gm e nt 
subdivision s. The second illustrated method 352 is where User 2 gets only s e gm e nt 
subdivision 1 downloaded and can modify this in a manner that will update s e gm e nt 
subdivision 1 and will update user Vs whole view of the document in a seamless manner. A 
variation of 352 could be where the mobile device is only being used as an input and display 
device and the collaboration engine on another machine determines the actions that the user 
can perform. The third illustrated method 354 is where user 3 is working on s e gm e nt 
subdivision three through a browser. Any changes that user 3 makes will be automatically 
and seamlessly integrated in the software product. Obviously, these output and input devices 
could be anything and not just limited to the devices shown here for illustration. 

[0039] It is useful to illustrate the invention by viewing the interface as supporting several 
major collaborative work activities: project and work product management; shared work 
product activity; and discussions and support statements related to the development of the 
shared work product. Referring now to FIG. 4, there is illustrated a diagram of a display of 
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Collaboration Explorer when Collaboration Engine has been loaded and a participant has 
successfully logged in. FIG. 4 illustrates those activities related to project and work product 
management. The docked window 30 is docked within the application space. Within this 
docked window any control can be added. In this case, an explorer like control is added 
within the docked window 31. The project selected from among projects for which the end 
user has permission to access are is presented in area 32. End users can add projects which 
will be listed in area 32. Some actions that can be performed on and within a project are 
listed in area 33. For example, end users can add a shared Living Work Product like a 
document or spreadsheet which will be displayed on the right side 36, they can also perform 
actions such as renaming and deleting the shared Living Work Product, among other actions. 
From this natural interface, end users can add participants to a project 35 and they can remove 
participants from a project 34. End users can also send instant messages to any participants 
currently logged in to the system. 

[0040] Referring now to FIG. 5, there is illustrated a diagram of a display of Collaboration 
Explorer when Collaboration Engine has been loaded and participant has successfully logged 
in. FIG. 5 illustrates those activities related to shared work product activity. In FIG. 5, a 
shared work product 36 has been added to the project 33 and is a new node in Collaboration 
Explorer 37. End users can perform actions on the shared work product 36. Some actions 
that can be performed on a shared work product are listed in area 37. For example, end users 
can rename a shared work product, take control and release control. To take control means 
that only the participant who has taken control can perform actions on this node - no other 
participant can type or perform actions on this node. To release control means that another 
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participant can perform type within the shared work product or perform actions on this node. 
These actions which will be described in more detail, but what should be noted, is that 
participants who have control of a shared work product 36 can dynamically subdivide the 
shared work product so that multiple people can work within the same shared work product at 
the same time - a major innovation of this invention. So that the a Actions that can be 
performed on the shared work product can be performed on these dynamically created s e ction 
subdivision s. Other actions that can be performed include finding out who has control, 
requesting another participant to release control, getting the latest version from the database, 
deleting the shared work product, showing a history of changes and hiding a history of 
changes. 

[0041] Referring now to FIG. 6, there is illustrated a diagram of a display of Collaboration 
Explorer and shared work product spaces when Collaboration Engine has been loaded and a 
participant has successfully logged in. FIG. 6 also illustrates those activities related to shared 
work product activity, focussing on actions on subdivisions of the shared work product. In 
FIG. 6, two s e ctions subdivisions 40, 41 have been dynamically created within a shared work 
product 36. When these sections subdivisions were created, nodes named, "Section 1" 38, 
and "Section 2" 39 were automatically added to the Collaboration Explorer 31. Section 1 (40) 
is under control of another participant as indicated by a red checkmark within the 
Collaboration Explorer 38 and Section 2 (41), marked by a green checkmark, is under control 
of the current participant who is logged in and viewing this shared work product. This 
participant can perform actions on Section 2 (41) and the areas in the shared work product 
outside of Sections 1 (40) and 2 (41). Some actions that can be performed on Section 2 (41) 
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are accessed by exposing a short cut menu, in this case, by right clicking. Some actions that 
can be done from this menu include: Saving the s e ction subdivision , saving the s e ction 
subdivision and creating a history of what the s e ction subdivision looked like before changing 
to help with version control of each s e ction subdivision . S e ction Subdivision s are 
dynamically created by highlighting within the shared work product 36 and clicking on the 
option "Create Section." The other actions are similar to the actions on nodes that can be 
performed from the Collaboration Explorer 31 that were presented in FIG. 5, except when 
working on a section subdivision instead of the whole shared work product, like a document, 
one can merge a s e ction subdivision with the s e ction subdivision that contains the s e ction 
subdivision . For example, this participant can merge Section 2 within Work Product 1 which 
is also under control of this participant, which would remove Section 2 as a separate s e ction 
subdivision which can be taken under control. 

[0042] Referring now to FIG. 7, there is illustrated a diagram of a display of Collaboration 
Explorer and shared work product spaces when Collaboration Engine has been loaded and a 
participant has successfully logged in. FIG. 7 illustrates those activities related to discussions 
and support statements relevant to the development of the shared work product. In FIG. 7, a 
discussion is added that is associated with the development of the shared work product 42. 
This discussion can be added by performing actions from the node, Section 2, within the 
Collaboration Explorer 39, or from the short cut menu associated with Section 2 (41) within 
the shared work product 41. Other actions that can be performed include: adding comments 
within the discussion created, and adding drill down documents. Drill down documents are 



26 



documents with supporting evidence that can be associated with s e ction subdivision s within a 
document. 

[0043] Referring now to FIG. 8, there is illustrated a flowchart depicting the operation 
wherein some part of the work product is selected. The operation is initiated at a block 50 and 
then proceeds to a decision block 51. The decision block 51 determines whether the selection 
begins and ends within the same s e ction subdivision . If so, the program would flow along the 
"Y" path to a decision block 52. If not, the program would flow along the <C N" path to the 
return block 72. Following the "Y" path, the decision block 52 determines whether the s e ction 
subdivision is under the participant's control. If so, the program would flow along the "Y" 
path for the current participant to select one of the appropriate launch blocks: Save 54, Save 
with History 55, Create Section 56, Release Control 57, Get Latest Version 58, Add 
Discussion/Chat 59, Add DrillDown 60, Merge with Container 61 (for selections that are not 
the work product itself), and Delete 62. If the decision block 52 determines the s e ction 
subdivision is not under the participant's control, then the program would flow along the tc N" 
path to a decision block 53. The decision block 53 determines whether the s e ction 
subdivision is checked out to another participant. If so, the program would flow along the 
"Y" path for the current participant to select one of the appropriate launch blocks: Get Latest 
Version 63, Add Discussion/Chat 64, Add DrillDown 66. If the decision block 53 determines 
the s e ction subdivision is not checked out to another participant, then the program would flow 
along the "N" path for the current participant to select one of the appropriate launch blocks: 
Take Control 67, Get Latest Version 68, Add Discussion/Chat 69, Add DrillDown 71. After 
completion of any of these launched subprograms, the program flows to the return block 72. 
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[0044] Referring now to FIG. 9, there is illustrated a flowchart depicting the operation 
wherein a s e ction subdivision or work product node is selected from the Collaboration 
Explorer. It is similar to FIG 8, but some actions are not the same, i.e., there are some things 
that a participant can do from the work product itself that can't be cone from the 
Collaboration Explorer and there are some things that can be done from the Collaboration 
Explorer that can't be done from the work product itself. The operation is initiated at a block 
75 and then proceeds to a decision block 76. The decision block 76 determines whether the 
s e ction subdivision is under the participant's control. If so, the program would flow along the 
"Y" path for the current participant to select one of the appropriate launch blocks: Rename 78, 
Release Control 79, Who created this item 80, Get Latest Version 82, Add Discussion/Chat 
83, Add DrillDown 84, Merge with Container 85 (for selections that are not the work product 
itself), Delete 86, Show History 87, Hide History 88. If the decision block 76 determines the 
s e ction subdivision is not under the participant's control, then the program would flow along 
the <C N" path to a decision block 77. The decision block 77 determines whether the s e ction 
subdivision is checked out to another participant. If so, the program would flow along the 
"Y" path for the current participant to select one of the appropriate launch blocks: Who 
created this item? 89 Who has control of this item? 90 Request Release Control 91, Get Latest 
Version 92, Add Discussion/Chat 93, Add DrillDown 94, Show History 95, Hide History 96. 
If the decision block 77 determines the s e ction subdivision is not checked out to another 
participant, then the program would flow along the "N" path for the current participant to 
select one of the appropriate launch blocks: Take Control 96 Who created this item 97, Get 
Latest Version 98, Add Discussion/Chat 99, Add DrillDown 100, Show History 101, Hide 
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History 102. After completion of any of these launched subprograms, the program flows to 
the return block 105. 

[0045] Referring now to FIG. 10, there is illustrated a flowchart depicting the operation 
wherein a keystroke occurs within some part of the work product. The operation is initiated at 
a block 110 and then proceeds to a decision block 111. The decision block 111 determines 
whether the keystroke occurs within a s e ction subdivision under the participant's control. If 
so, the program would flow along the "Y" path to the continue block 113. If not, the program 
would flow along the <C N" path to a function block 112 which will cancel the keystroke. The 
program would then flow to the continue block 113. 

[0046] Referring now to FIG. 11, there is illustrated a flowchart depicting the Create Section 
Operation. The operation is initiated at a block 120 and then proceeds to a function block 121 
that causes the selected range to be saved. The program then flows to function block 122 that 
causes the relationship between the newly created s e ction subdivision and the container 
section subdivision - the s e ction subdivision or work product that contains the newly created 
section subdivision . The program then flows to function block 123 that causes a bookmark to 
be created with the work product that delineates the new s e ction subdivision . The program 
then flows to function block 124 where the Collaboration Explorer is updated to show that a 
new s e ction subdivision has been added and is under the participant's control. The program 
then flows to the return block 125. 
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[0047] Referring now to FIG. 12, there is illustrated a flowchart depicting the Save Operation. 
The operation is initiated at a block 130 and then proceeds to a function block 131 that causes 
the range of the selected s e ction subdivision or whole work product to be saved. The program 
then flows to function block 132 where the Collaboration Explorer is updated to show other 
participants who may be logged in that there is a change in the s e ction subdivision that a new 
s e ction subdivision has been added. The program then flows to the return block 133. 

[0048] Referring now to FIG. 13, there is illustrated a flowchart depicting the Save with 
History Operation. The operation is initiated at a block 140 and then proceeds to a function 
block 141 that causes a history record of the current stored section subdivision or work 
product to be created. The program then flows to a function block 142 that cause the range of 
the selected s e ction subdivision or whole work product to be saved. The program then flows 
to function block 143 where the Collaboration Explorer is updated to show other participants 
who may be logged in that there is a change in the s e ction subdivision that a new s e ction 
subdivision has been added. The program then flows to the return block 144. 

[0049] Referring now to FIG. 14, there is illustrated a flowchart depicting the Take Control 
Operation. The operation is initiated at a block 150 and then proceeds to a function block 151 
that causes the record of the stored s e ction subdivision or work product itself to be modified 
to indicate that the section subdivision or f work product is being edited by this participant. 
The program then flows to a function block 152 that causes the s e ction subdivision or work 
product to be removed from the list of protected s e ctions subdivisions . The program then 
flows to function block 153 where the Collaboration Explorer is updated to show that the 
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s e ction subdivision or work product is now under control of this participant. The program 
then flows to the return block 154. 

[0050] Referring now to FIG. 15, there is illustrated a flowchart depicting the Release Control 
Operation. The operation is initiated at a block 160 and then proceeds to a function block 161 
that causes the record of the stored s e ction subdivision or work product itself to be modified 
to indicate that the s e ction subdivision ef or work product is being edited by this participant. 
The program then flows to a function block 162 that causes a history record of the current 
stored s e ction subdivision or work product to be created. The program then flows to a 
function block 163 that causes the s e ction subdivision or work product to be added to the list 
of protected s e ctions subdivisions . The program then flows to function block 164 where the 
Collaboration Explorer is updated to show that the s e ction subdivision or work product is now 
under no one's control. The program then flows to the return block 165. 

[0051] Referring now to FIG. 16, there is illustrated a flowchart depicting the Merge with 
Container Operation. The operation is initiated at a block 170 and then proceeds to a decision 
block 171. The decision block 171 determines whether the container of the s e ction 
subdivision to be merged is under the control of the participant. If so, the program would 
flow along the "Y" path to a function block 174 that causes the bookmark to be deleted within 
the work product. If not, the program would flow along the "N" path to decision block 172. 
The decision block 172 determines whether the container of the s e ction subdivision is not 
under the control of another participant. If not under the control of another participant, the 
program would flow along the "Y" path to a launch block 173 that causes the container 
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s e ction subdivision to be temporarily taken under control by the participant. The program 
then flows to a function block 174 that causes the bookmark to be deleted within the work 
product. If the decision block 172 determines that the container of the s e ction subdivision is 
under the control of another participant, the program then flows to a return block 180. If the 
program flows to a function block 174, it then flows to a function block 175 that causes the 
stored s e ction subdivision is to be deleted. The program then flows to a function block 176 
that causes any subs e ctions subdivisions of the deleted s e ction subdivision to be related to the 
container s e ction subdivision . The program then flows to a function block 177 that causes the 
container s e ction subdivision to be saved. The program then flows to a decision block 178. 
The decision block 178 determines whether the container s e ction subdivision was temporarily 
taken control. If so, the program would flow along the "Y" path to a launch block 179 that 
causes the release of the container s e ction subdivision . In any case, the program then flows to 
a return block 180. 

[0052] Referring now to FIG. 17, there is illustrated a flowchart depicting the Delete 
Operation. The operation is very similar to the Merge with Section except the s e ction 
subdivision within the work product is deleted rather than merged with the container s e ction 
subdivision . The operation is initiated at a block 190 and then proceeds to a decision block 
191. The decision block 191 determines whether the container of the section subdivision to 
be merged is under the control of the participant. If so, the program would flow along the 
"Y" path to a function block 194 that causes the bookmark to be deleted within the work 
product. If not, the program would flow along the "N" path to decision block 192. The 
decision block 192 determines whether the container of the s e ction subdivision is not under 
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the control of another participant. If not under the control of another participant, the program 
would flow along the "Y" path to a launch block 193 that causes the container s e ction 
subdivision to be temporarily taken under control by the participant. The program then flows 
to a function block 194 that causes the bookmark to be deleted within the work product. If the 
decision block 192 determines that the container of the s e ction subdivision is under the 
control of another participant, the program then flows to a return block 200. If the program 
flows to a function block 194, it then flows to a function block 195 that causes the s e ction 
subdivision in the work product and the stored s e ction subdivision to be deleted. As noted in 
FIG. 17, if the whole work product is deleted this is the only action executed. The program 
then flows to a function block 196 that causes any subs e ctions subdivisions of the deleted 
s e ction subdivision to be related to the container s e ction subdivision . The program then flows 
to a function block 197 that causes the container s e ction subdivision to be saved. The 
program then flows to a decision block 198. The decision block 198 determines whether the 
container s e ction subdivision was temporarily taken control. If so, the program would flow 
along the "Y" path to a launch block 199 that causes the release of the container s e ction 
subdivision . In any case, the program then flows to a return block 200. 

[0053] Referring now to FIG. 18, there is illustrated a flowchart depicting the Add 
Discussion/Chat Operation. The operation is initiated at a block 210 and then proceeds to a 
decision block 211. The decision block 211 determines if the selection is not an insertion 
point. If not an insertion point, the program would flow along the "Y" path to a launch block 
212 that causes a s e ction subdivision to be created. In any case, the program would then flow 
to a launch block 213 that causes a drilldown document to be created. The program would 
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then flow to a launch block 214 that causes a comment to be created. The program would 
then flow to a return block 215. 

[0054] Referring now to FIG. 19, there is illustrated a flowchart depicting the Add DrillDown 
Operation. The operation is initiated at a block 220. The program then flows to a function 
block 221 that causes a new work product like a document to be added. The program then 
flows to a launch block 222 that causes the document to be saved. The program then flows to 
a function block 223 that causes the relationship between the section subdivision or work 
product with the new drilldown document. The program then flows to a function block 224 
that updates Collaboration Explorer with the new drill down that has been added. The 
program then flows to a return block 225. 

[0055] Referring now to FIG. 20, there is illustrated a flowchart depicting the Add Comment 
Operation. The operation is initiated at a block 230. The program then flows to a decision 
block 231. The decision block 231 determines if the Container S e ction Subdivision is under 
the participant's control. If not, the program would flow along the "N" path to a launch block 
232 that causes the Container S e ction Subdivision to become under the control of the 
participant. In any case, the program would flow to a launch block 233 that causes a s e ction 
subdivision t o be created. The program would then flow a launch block 234 that causes the 
s e ction subdivision to be saved. The program then flows to a function block 235 that causes 
the relationship between the new s e ction subdivision and the Container Section Subdivision to 
be saved. The program then flows to a launch block that causes the Container S e ction 
Subdivision to be saved. The program then flows to a decision block 236. The decision block 
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236 determines if temporary control of the container s e ction subdivision occurred. If so, the 
program would flow along the "Y" path to a launch block 237 that causes the container 
s e ction subdivision to be released. In any case, the program would flow to a return block 239. 

[0056] Referring now to FIG. 21, there is illustrated a flowchart depicting the Get Latest 
Version Operation. The operation is initiated at a block 240. The program then flows to a 
loop block 241. The loop block 241 determines if it is not the end of the s e ction subdivision 
or work product for which the latest version is being retrieved. While this is true, the program 
would flow along the "Y" path to a decision block 242. The decision block 242 determines if 
the subs e ction subdivision is not under the participant's control. If not under the participant's 
control, the program would flow along the "Y" path to a function block 243 that causes the 
stored subs e ction subdivision to replace the s ubs e ction subdivision within the work product. 
In any case, the program would flow to a function block 244 that causes the next subs e ction 
subdivision to be retrieved. The program then flows to the continue block 245. The program 
then flows to the loop block 241. The loop block 241 determines if it is not the end of the 
s e ction subdivision or work product for which the latest version is being retrieved. If false, 
the program would then flow along the "N" path to a return block 246. 

[0057] In summary, there has been provided a Collaboration Engine, an architecture, that adds 
collaborative functionality to software. Although not limited to the following, the major 
collaborative work activities supported through Collaboration Engine include: project and 
work product management; shared work product creation and editing; and the capture of 
discussions and support statements related to the development of the shared work product. 



35 



Collaboration Engine automatically recognizes when another person begins to work on the 
same work product and will provide automatic control and updates to other participants who 
log on and begin to work on the same work product. The end users interact with the shared 
work product enabled by the Collaboration Engine through the Collaboration Engine 
Interface. The Collaboration Engine Interface can be subdivided into two major ways that 
end users interface with Collaboration Engine Components. First is through a Collaboration 
Explorer that is placed in a docked window and the second is through the use of short cut 
menus directly within the shared work product. The Collaboration Explorer is used as a 
simple, intuitive, natural interface to manage projects, participants, and shared work products. 
A major innovation of Collaboration Engine is the way it enables collaborative interaction 
within a given work product by the ability to capture where a particular user is within a shared 
work product. The Key Capture Component captures key strokes and this information is 
passed to the Collaboration Handler which determines the allowed actions that a participant 
may perform at the time with the shared work product. The Collaboration Handler initiates 
actions with and responds to actions from both the Collaboration Explorer and directly 
through the shared work product. The Collaboration Engine Server interacts with a database 
in a conventional manner to persist information. 

[0058] Although the preferred embodiment has been described in detail, it should be 
understood that various changes, substitutions, and alterations can be made therein without 
departing from the spirit and scope of the invention. 
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